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ISOCHRONOUS CHANNEL HAVING A requires that the processor spend all of its time servicing the 

LINKED LIST OF BUFFERS isochronous data transmissions, even if no data is currently 

being transmitted on the bus. without servicing any other 

FIELD OF THE INVENTION tasks. It would, therefore, be desirable to have a means and 

This invention relates generally to data communications 5 memc^ for a mere effident management of isochronous^ 

and. more particularly, to data communications within a channels m a com P uter svstoa 

computer bus architecture. SUMMARY OF THE INVENTION 

BACKGROUND a. computer implemented method of managing isochro- 

The components of a computer system are typically 10 nous data channels in a computer system is described. In one 

coupled to a common bus for communicating information to embodiment, the computer system conforms to the IEEE 

one another. Various bus architectures are known in the prior 1394 Serial Bus Standard. An isochronous channel is estab- 

art and each bus architecture operates according to a com-, Ushed within the computer system and includes a linked list 

munications protocol mat defines the manner in which data , of buffers. The linked list of buffers corresponds to display 

transfer between components is accomplished. 15 locations on a display which is part of the computer system. 

The Institute of Electrical and Electronic Engineers 0nce &e linked list of buffers has been established, the 

(IEEE) has promulgated a number of different bus architec compute system executes instructions which aUow forthe 

hire stendards including IEEE standards document 1394. transnassl0 J n of ^ochronous data across the channel. Each 

entitled Standard for a High Performance Serial Bus M time a sender node a video camera in one embocument is 

(hereinafter "IEEE 1394 Serial Bus Standard"). A typical 20 reacry to transmit data, an mterrupt is generated which causes 

serial bus having the IEEE 1394 standard architecture is Processor ^ execute instructions to manage the flow of 

comprised of a multiplicity of nodes that are interconnected ? 1' ^ 

• - * * * + r * . 1a „ M/4 , ^ n r>»s+ * transmitted by the camera to a storage location within the 

via point-to-point links, such as cables, that each connect a * ^ . . ^ 

single node of the serial bus to another nodeof the serial bus. „ bnked list of buffers U/tunately. this data is transferred to a 
DaS packets are propagated teciighom me serial bus using 25 frame buffer associated with a display. This interrupt dnven 
a number of rx>mt-to->oint transactions, wherein a node thai management aUows the processor to perform over tasks 
receivesar^t^omern«teviaanrstpoim4o-poM * hett f *** * b«ng transmitted over the isochronous 
link retransmits the received packet via other point-to-point channel. 

links. A tree network configuration and associated packet 30 la another embodiment the data transfer is DMA driven 
handling protocol ensures that each node receives every rather than interrupt driven. For this embodiment the iso- 
packet once. The serial bus of the 1RRR 1394 Serial Bus chronous channel including the linked list of buffers, is 
Standard may be used as an alternate bus for the parallel established and the process is initiated. Data transmitted by 
backplane of a computer system, as a low cost peripheral the video camera is transferred to memory locations within 
bus, or as a bus bridge between architecturally compatible 35 the linked list of buffers by the DMA hardware and then 
buses* ultimately transferred to a frame buffer for display. 

A communications protocol of the trrf. 1394 Serial Bus In yet another embodiment the central processing unit 
Standards specifies two primary types of bus access: asyn- (CPU) for the computer system establishes an isochronous 
chronous access and isochronous access. Asynchronous channel between a sender node and one or more receiver 
access may be either 'fair" or "cycle master". Cycle master 40 nodes, not including the CPU itself. For this embodiment no 
access is used by nodes that need the next available oppor- linked list of buffers is required as data from the sender node 
tunity to transfer data. Isochronous access is used by nodes is transferred directly to the receiver node, 
that require guaranteed bandwidth, for example, nodes trans- nFSrWTTON OF THR DRAWINGS 

mitting video data. The transactions for each type of bus BRIEF DESCRIPTION Or imDKAWlNUfc 

access are comprised of at least one "subaction", wherein a 45 The present invention is illustrated by way of example 
subaction is a complete one-way transfer operation. and not limitation in the figures of the accompanying 

hi the case of isochronous data transfers and computer drawings, in which like references indicate similar elements 
systems conforming to the 1394 Serial Bus Standard, and in which: 

the prior art has attempted to manage the flow of data using FIG. 1 illustrates a computer system having a serial bus 
dedicated drivers. Drivers are software entities associated 50 made up of a number of nodes; 

with various components of a computer system and, among mG 2 shows a display screen of a monitor of a computer 
other functions, operate to configure the components and system navmg m open window for the display of video 
allow the components to be operable within the overall information; 

system. The drivers of the prior art have allowed for the ^ J t , - . „ . . ... 

* - . . A . J* n . , . _ 0 « FIG. 3 shows a linked list of buffers in accordance with 
transmission of video data from a digital video camera to a 55 ... 

monitor, but have not allowed for real time video transmis- one emDoaune » 

sions in a multi-tasking environment In particular, the 4 shows a lij * ed of buffers SU PP°* 

drivers of the prior art have required that a bus controller, conditional branching according to one embodiment; and 

e.g., the computer system's CPU, listen to a data channel at FIG. 5 is a flow diagram illustrating the m ana g ement of 

the exclusion of all other processes. As data arrives on the 60 an isochronous data channel in a computer system according 

channel, it is stored in a buffer for later transmission to a to one embodiment 

frame buffer asscoated with amonitor. Anew listen instruc- DETAILED DESCRIPTION 

tion must be issued for each separate isochronous data 

transmission. That is, if a single transmission corresponds to As described herein, a method and apparatus for manag- 

data for a single scan line of the monitor, for a display of five 65 ing isochronous data channels in a computer system is 

scan lines, five separate listen instructions are required. provided. FIG. 1 shows a computer system 5 utilizing a 

Because the data is being sent in real time, this system serial bus incorporating the methods and apparatus of the 
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present invention. The serial bus may generally be con- a case, computer system 5 may comprise the familiar 
structed in accordance with the TERR 1394 Serial Bus Macintosh® computer system also available from Apple 
Standard. Computer, Lie. The video data to be displayed in window 50 
The computer system 5 of FIG. 1 comprises a central on display screen 48 will generally be obtained from a frame 
processing unit (CPU) 10, a monitor 18, a printer 26. a video 5 buffer (not shown) associated with monitor 18. The tech- 
camera 32, a video cassette recorder (VCR) 36. a keyboard niques for displaying data stored in a frame buffer on the 
42, and a mouse 46. The CPU 10 includes an internal hard fl^y screen of a monitor are well-known in the art 
drive 14 and a memory (not shown). Each of the devices of 

the computer system is coupled to a local node of the serial la accordance with the methods of the present invention, 

bus. In generaL the device to which a node is coupled acts 10 real-time video data from video camera 32 is to be displayed 

as the 'local host** for that node; For example, the CPU 10 within window 50 on display screen 48. The real-time video 

is the local host for the CPU node 12; the monitor 18 is the ^ta generated by video camera 32 will comprise isochro- 

local host for the monitor node 16; the printer 26 is the local nous ^ packets in accordance with the IBHR 1394 Serial 

host for the printer node 24; the video camera 32 is the local Bus Standard. Each of these isochronous data packets will 

host for Ae video camera * include header Mormation and payload information. The 

the mouse node 44; and the internal hard drive 14 is the local monitor 18 and for error detection and cordon. The 

host for the internal hard drive node 15. Those skilled in the payload data comprises thevideo data to be displayed wilhia 

art will appreciate that it is not always necessary for every 20 window 5te 

node to have a local host, nor is it necessary that the local M ^^mbas attempted to manage 

host always be powered this flow of isochronous data from video camera 32 to 

A point-to-point link such as cable 20 is used to connect ^ ^ Qnce ^ appiication program has 

twonoo*sto * generated window 50 within display screen 48. CPU 1* 

hard drive node 15 bv an internal link 21, to monitor node & . . . . , # ..^ £ 

X^bte 2iand to keyboard node 40 by a cable 20*. The executes instruction* which cause it to listen on one of its 

Ko^^ ^^^ncsc^t^o^^V^^ storedon 

20/. The monitor node 16 is coupled to the nodes of the other hard drive 1* and are loaded into sy stem memory (not 

peripherals (not shown) by cable 20a and to the printer node ^ shown) upon initialization. When the video camera 32 has 

24 by cable 2<M>. The printer node 24 is coupled to the video 30 data to transmit, the video camera node 30 generates the 

camera node 30 by cable 20e and to the VCR node 34 by isochronou s data packets and transmits them over the serial 

cable 20dL Each of the cables 20-20fand the internal link21 bus in accordance with the IEEE 1394 Serial Bus Standard, 

may be constructed in accordance with the TKHR 1394 Serial CPU node 12 detects the presence of the isochronous data 

Bus Standard and may include a first differential signal pair packets and strips the payload information from these pack- 

for conducting a first signal, a second differential signal pair ets. The payload information is placed in a buffer in the 

for conducting a second signal and a pair of power lines. computer memory for later transmission to the frame buffer 

Each of the nodes 12, 15, 16, 24, 32, 34, 40 and 44 may associated with monitor 18. If, for example, one transmit 

have identical construction, although some of the nodes, sion from video camera node 30 corresponded to data for a 

such as mouse node 44, can be simplified because of their ^ single scan line of window 50. five separate listen operations 

specific functions. Thus, the nodes can be modified to meet would be required to receive the video data associated with 

the needs of a particular local host For example, each node one frame to be displayed within window 50. To accommo- 

may have one or more ports, the number of which is date the real-time transmission nature of the video data, CPU 

dependent upon its needs. For example, CPU node 12, as ja WO uld be required to constantly listen to the bus for 

illustrated, has 3 ports, while the mouse node 44 has only 1 45 i socnx0 nous data transmissions from video camera node 30. 

port. That is, CPU 10 could not undertake to execute additional 

Referring now to FIG. 2, one example of the transfer of for example menu level tasks, as is common in 

isochronous, data within computer system 5 will be multi-tasking environments* 
described. Upon review of the entire specification, those 

skilled in the art will appreciate that this example is used to » To overcome this problem of the prior art. the present 

describe the methods of me present invention and is only one invention uses a linked list of buffers such as those shown in 

of many applications of the process described below. FIG. 2 FIG. 3. FIG. 3 shows a linked list of buffers which reside in 

shows the display screen of monitor 18. Within display computer memory. In keeping, with the above described 

screen 48, a window 50 is shown. Window 50 is imple- example, five buffers comprise the linked list one for each 

mented using programining techniques well known in the art 55 scan line of window 50. Each of the buffers contains a 

and is used for the display of real-time video data in pointer, next, which points to the address of the following 

accordance with the methods of the present invention. In buffer in the linked list It will be appreciated that these 

particular, window 50 defines the boundary within which the addresses correspond to memory locations within computer 

real-time video data will be displayed on display screen 48* system 5. Each of the buffers also contains an address 

As shown in FIG. 2, window 50 consists of five scan lines, go "buffer n* This address corresponds to the start of a scan 

each having an arbitrary length L. Those skilled in the art ^ of window 5a ^ a( jdress of buffer 1 corresponds to 

will appreciate that window sizes of other dimensions could me start of scan line 1 and so on. Each of the buffers in the 

used - linked list also contains a length parameter which corre- 

hi general, window 50 will be generated by an application sp0 nds to me scan line length of window 50. 

program running on computer system 5. An example of such 65 

an application program is the QuickTime® program avail- An exemplary structure of these isochronous channel 

able from Apple Computer, Inc. of Cupertino, Calif. In such buffers is shown below: 
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typedef struct IsochChannclBufferStruct 



struct 

{ 



IsochChaimelBufGsrStruct 

IsochCharmelBiifferPtr 
Ptr 

UInt32 



buffer 



IsochCfaanoclBuffer 
*IsochChannelBiifferPtr, 



pBranchChannclBu£6er, 

buffer 

length; 

Branch pointer to next 
channel buffer. When a 
branch condition is met, its 
corresponding branch pointer 
is used to select the next 
buffer. 

Pointer to buffer memory. 
Length of above- 
buffer. 
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specified by the channel ID. Accordingly, at step 104, the 
application program instructs the driver associated with 
video camera 32 to send real-time video data over the 
channel identified by "channel ID W and display the data 
within window 50 on monitor 18. 

In response to the instructions issued by the application 
program, the camera driver will configure the camera 32 
such that the camera 32 will transmit video data over the 
channel specified by "channel HT. The camera driver will 
also establish a linked list of buffers, as described above, and 
assign the buffers to "channe HIT. The linked list of buffers 
will act as storage locations for the video data to be 
transmitted by camera 32. 

An exemplary instruction for adding clients to "channel 
ID" is shown below 



The linked list of buffers corresponds to a particular 
isochronous channel. The isochronous channel is identified 
by a channel identification number (channel ID). The chan- 20 
nel 3D is maintained in a data record stored in the computer 
system 5 memory and is used by the various application 
programs and driver routines as described below. The use of 
a common channel ID allows the interoperation of applica- 
tion programs, driver routines, and other software routines 25 
which otherwise may not be capable of operating together. 

One example of the use of a linked list of buffers 
according to the methods of the present invention as shown 
in FIG. 3 will now be described. The example is presented 
with reference to process 100 illustrated in FIG. 5 and 30 
assumes that real-time video data is to be transmitted from 
camera 32 and displayed within a window 50 on monitor 18. 
To accommodate the transmission of the real-time video 
(Le., isochronous) data, at step 102 an application program 
running on computer system 5 issues instructions which 35 
cause CPU 10 to create an isochronous data channel iden- 
tified by "channel ID". 

Upon receiving the instruction to create the isochronous 
channel ID, the CPU 10 will execute instructions to create 
such a channel. This may include a channel bandwidth and 
a preferred speed. An exemplary instruction is shown below. 



OSStatus AddlsochronousChannelClient ( 
IsochChannein> isochChannellD, - 



DriverlD 
Boolean 
— > isochChanrelTD 

— > driverJD 

— > clientblafter 



driverlD; 

ciientlsTalker); 

Reference to the isochronous 

channel to add the given client to. 

Reference to the driver client to 

add to the given channel. 

If the given client will be a sender 

node (ie^ a node that will be "doing 

the talking" in iMMk 1394 parlance) 

this should be set to true. Otherwise 

it should be set to false (ix., if the 

node win be a listener). 
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OSStatus AllocateIsochrofxxi8CbanueIu> ( 



IsochChaimellD 
UInt32 
UInt32 
< — pisochChanneUr> 

— > bandwidth 
— > piefexredspeed 
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*pIsocbChanneIID r 
bandwidth, 
prefenedSpeed); 
Returned reference to this channel for use 
in subsequent isochronous service calls. 
Bandwidth required for this channel. 
Preferred speed for this channel. ^ 



This instruction adds the driver specified by "DriverlD* as 
a client to the isochronous channel specified by IsochChan- 
nel ID**. The client will be called to perform its role in 
initializing, starting and stopping the given isochronous 
channel. The client will also be informed of all channel 
events such as bus resets. 

For the example of FIG. 5. at step 106 the video camera 
driver adds the video camera as a sender client for the 
isochronous channel specified by channel ID. Then, at step 
108, the camera is added as a receiver (listener) client of me 
channel specified by channel ID. The camera driver is added 
as both a talker and a listener so that the driver can bom start 
the camera sending data and set up the CPU to receive the 
data for display. 

Next, at step 110, the camera driver sets up the linked list 
of buffers described above. Once this is accomplished, a port 
on CPU node 12 can be set to listen to the isochronous 
channel. An exemplary routine for mis procedure is shown 
below. 



This instruction creates an isochronous channel ID that is 
used by the various isochronous service routines described 
below. The channel is initialized with the required band- 
width and the preferred speed. The actual channel speed may 55 
be less than the preferred speed depending on the maximum 
speed of the devices mat are later attached to the channel 
The isochronous channel is a datapath between nodes which 
will be added as channel clients as described below. 

Once a channel has been established, the application 60 
program can issue instructions in order to add interested 
clients to the isochronous channel specified by channel ID. 
These clients are typically software driver routines associ- 
ated with the devices, such as video camera 32, which take 
part in the display of the real-time video data to be trans- 65 
ferred. The client software will take part in and be notified 
of all events associated with the given isochronous channel 



OSStatus AltocateLrcausochxoncusFort ( 



References) 

IsochPortID 

UInt32 

Ufctf32 

Boolean 

— > ieferenceH> 

< — pIsochPortID 

— > channelNum 
— > speed 
— > ta lkin g 



xe£eienceID» 
•pIsochPortID, 
channelNum, 
speed* 
talking); 

Reference used Id indicate which node to 
allocate port on. 

Returned reference to this port for use in 

subsequent port service calls. 

Channel number for this port 

Speed for this port. 

If false, allocate a port for listening, 

otherwise allocate a port for talking. 



FIG. 5 illustrates the case where a user also wishes to 
record video data transmitted by camera 32 for a later 
playback. To accomodate this, at step 112 the application 
program issues instructions to establish the VCR driver as a 
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receiver client of the channel specified by "channel ID". In 
response, the VCR driver adds itself as a channel client at 
step 114. 

Once all of the clients have been added to the isochronous 
channel specified- by channel ID, a start instruction can be 
issued at step 116. This instruction, an example of which is 
given below, calls all of the given isochronous channel's 
clients (i.e., the driver software associated with the various 
devices) to start the given isochronous channel Each lis- 
tening client is first instructed to listen to the channel Once 
all of the listeners are ready, the sender client is instructed to 
start the transmission of data. 



OSStatus StartlsochronDusChaimcl ( 
IsocbChaxmeHD isocfaChasawXED); 

— > isochChaimdlD Reference to the isochronous channel to start 
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As shown in FIG. 5 then, once the start command is issued" 
by the application program, a service routine calls each 
channel client at step 118. At step 120, the camera driver 
configures the local port on CPU node 12 to start listenting 
to the isochronous channel specified by channel ID. An 
exemplary instruction is shown below. 



20 



OSStatus StartixxallsochronousPort ( 

IsochPortActkmParamsPtr pIsochPortActjooParaiiM); 
< — > pIsochPortActwnParama 

— > controIFlags 

< — status 

— > couuplctioflProc 



Pointer to parameter block. 
Flags used to control die request 
Current status of request 
Procedure to call upon completion of 



ccmpietkaiProcData 
isochPortn> 



Data to be used by completiocPioc. 
Reference to local pott to start 
— > pIscchChaiinelBiiffeT Isochronous channel buffer chain to 

talk/listen into/from. 
— > actkmSync Sync event to start on. 
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This instruction causes the local port specified by isocb- 
PortlD to start listening (for the example of FIG. 5) on its 
isochronous channel using the buffer chain previously estab- 
lished and specified by pisochChannelBuffer (i.e., the start- 
ing address of Buffer 1 in FIG. 3V 

Similarly, at step 122 the VCR driver programs the VCR 
36 to start listening to the isochronous channel specified by 
channel ID. Once this is completed, the service routine 
issues instructions telling die camera driver to program 45 
camera 32 to start sending data over the isochrounous 
channel. At step 126, the camera driver does so. 

At this point* CPU 10 may continue with other instruc- 
tions as indicated by step 130* For example, CPU 10 may 
respond to menu level instructions initiated by a user or 
execute commands for a selected foreground application. 
When video camera 32 transmits data on the isochronous 
channel specified by a channel ID. the CPU receiving the 
data generates an interrupt. The interrupt is recognized at 
step 128 and procedure 100 moves to step 132 where the 
interrupt causes the CPU 10 to execute instructions which 
transfer the mcoming isochronous data into an appropriate 
buffer within the linked list The CPU 10 then returns from 
the interrupt to complete or continue with any tasks. For the 
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second embodiment described above, a DMA transfer is 
initiated to transfer the data without interrupting the CPU 10. 
Subsequently, data is transferred from the buffers which 
comprise the linked list to a frame buffer associated with 
monitor 18 for eventual display on display screen 48 within 
window 50. This process continues until an isochronous 
channel stop instruction is issued. 

Stopping the transmission of isochronous data is similar 
to the starting process. This time, however, a stop command 
is issued which calls all of the given channel's clients as 
follows. First, the stop command calls the sending client to 
stop sending data on the channel. Once the sender stops, the 
stop command calls each of the listening clients to stop 
listening. 

Those skilled in the art will recognize mat the simple 
linked list configuration shown in FIG. 3 is subject to certain 
errors- For example, the linked list shown in FIG. 3 has 
buffer 1 corresponding to scan line 1 of window 50, buffer 
2 corresponding to scan line 2 of window 50, and so on. 
Under normal operating conditions, the real-tune video data 
intended for the top of the frame in window 50 will be stored 
in buffer 1, corresponding to scan line 1. Typically, the 
top-of-frame (ToF) data is tagged to indicate it as such. 
However, when errors in the video data stream occur, for 
example a garbled transmission, using the linked list 
approach of FIG. 3 it is possible that one line worth of data 
could be missed and. for example, the top-of-frame data 
could then be placed in the buffer corresponding to scan line 
5. In such a case, the ultimate picture displayed within* 
window 50 would appear with the top-of-frame data at the 
bottom of the screen instead of the top of the screen. Such 
a condition is generally unacceptable. 

To account for these types of errors, a more complex 
linked list of buffers is used This more complex scheme is 
shown in FIG. 4. Hie linked list of buffers shown in FIG. 4 
support conditional branching. That is, the linked list con- 
tains pointers which do not necessarily correspond to the 
succeeding buffer in the chain* Instead, the linked list 
supports pointers (nextl) which point back to the first 
address of the first buffer in the linked list (or. potentially, 
any other buffer, as desired and depending upon the branch 
condition described below). Associated with the pointer 
nextl is a data field condl. The data field condl may, for 
example, correspond to a top-of-frame indication. Thus, 
when real-time video data is received over the isochronous 
channel, if the data indicates that it is meant for the top-of- 
frame in window 50. the linked list will point to the starting 
address of the buffer associated with scan line 1. In this way, 
top-of-frame data will always be displayed at the top of 
window 50. 

Where the video data received does not have a top-of- 
frame indication, the linked list will point to the next buffer 
in the chain. In mis way. the situation described above where 
the data is displayed with the top-of-frame at the bottom of 
the window is avoided Those skilled in the art will appre- 
ciate that other branching conditions, such as branch on fill 
or branch on synch, can also be implemented. 

An exemplary structure of these isochronous channel 
buffers is shown below: 



typedef struct IsohChaimelBuflerStract IsochChamielBuffer 

*Isocfa<ChflnnftTBu£feiPUi ' T 

strirtlsochCbanneffiufferStruct 

{ 

IsocfaCharmftlBufferPtr pBranchlChanncIBuffer, 
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-continued 



IsochChanncIBufferPtr 


pBranch2ChanDelBu£fer; 


Ptr 


buffer; 


UInt32 


length; 


UInt32 


offset; 


UInt32 


status; 


UInt32 


branch IConditionals; 


UInt32 


branchlData; 


UIat32 


branchlState; 


Ufat32 


branch2Cooditioaal5; 


UIat32 


branch2Data^ 


Uiat32 


branch2State; 


IsochChaimcIHaiidlciPiocPtr 


isochChanoelHandier; 


Ufcit32 


isochChanneiHandlerData; 


pBranchl QraimcIBufifcr 


Branchl pointer to next channel 




buffer. When, a branch condition is 




met, its corresponding branch pointer 




is used to select the next buffer. If 




both branch conditions are met 




simultaneously, branchl will take 




precedence. 


pBranch2ChannciBuffcr 


Branch2 pointer to next channel 




buffer. 


buffer 


Pointer to buffer memory. 


length 


Length of above buffer; 


offset 


Current offset into above buffer. 


status 


Status of this buffer. 


branch 1 Conditionals 


Conditions to meet to take branchl. 


branch 1 Data 


Data to use to farther specify 




branchl conditions* 


branchlState 


Current state of branchl conditions. 




Conditions to meet to take branch2. 


branch2Dat& 


Data to use to take branchl 
conditions. 


branch2State 


Current state of branch2 conditions. 




Handler to call when a branch is 


isochChannelHaixflerData 


taken. 

Data for above handler to use for its 




own purposes. 
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The channel handler field within each of the buffers of the a second driver might be associated with the VCR 36. The 

linked list provides a means of accommodating data con- camera driver would establish the channel ID and add the 

version. For example, video camera 32 may transmit video camera 32 as a sender client in the manner described above, 

data in YUV format However, monitor IS may require the The camera driver would then call the VCR driver and 

data in RGB format Thus, a conversion would be required 40 would pass a reference to the channel ID. The VCR driver 

to change the YUV data to RGB data before display. The would add the VCR 36 as a listener client as described 

channel handler can; be a set of software instructions to be above. Once all of the clients have been added to the 

called whenever a particular channel branch is taken so mat channel, the "start" instruction can be issued as described 

after a buffer is filled, the data stored in the buffer can be above. No linked list of buffers is required because the VCR 

converted from YUV data to RGB data for display. Thus, the 45 36 can record the video data directly (it need not be in 

channel handler would specify an address which corre- frames). Now, isochronous data, (Le., video data) will be 

spends to instructions for performing a conversion routine. transmitted from the camera 32 to the VCR 36 without 

Another example of when such a channel handler may be interrupting the CPU 10 (which is not a client of the 

required is when compressed data is being transmitted over isochronous channel). Those skilled in the art will appreciate 

the serial bus. Before display, the data would need to be 50 that any number of clients can be added to the isochronous 

decompressed. The channel handler routine could be used to channel in this fashion to accomodate the required data 

decompress the data in the manner described for the YUV to transfer. 

RGB translation described above. Other examples of the use Although the methods of the present invention have been 

of such channel handlers will be apparent to those skilled in described with reference to the use of a linked list of buffers 

the art 55 at the receiving node, those skilled in the art will appreciate 

Thus far. the present invention has been described with that a similar configuration of buffers could be used at the 

the assumption mat the CPU 10 will manipulate data trans- sending node. In such an embodiment isochronous data 

f erred across the isochronous channel (Le.. the CPU trans- would be stored in a linked list of buffers similar to that 

fers the data to the linked list of buffers within system described above and transmitted over the isochronous chan- 

memory for later transfer to a frame buffer). This need not 60 nel as network conditions permit 

however, be the case. Jn other embodiments, the CPU 10 can Thus a system and method for managing isochronous data 

establish the isochronous channel without becoming part of channels within a computer system has been described. In 

the channel. For example, in the situation where a user the foregoing specMcation, me invention has been aescribed 

wishes to record video data produced by camera 32 on a with reference to specific exemplary embodiments thereof, 

video cassette, the isochronoucs channel can be established 65 It will, however, be appreciated by those skilled in the art 

between only video camera 32 and VCR 36. In mis example, that various modifications and changes may be made thereto 

one driver might be associated with the video camera 32 and without departing from the broader spirit and scope of the 



